03/31/2086 03:45 3012618825 



GIBB IP LAW 



PAGE 



REMARKS 

Claims 1 -6, 8, 9, 1 3, 1 5, 1 6, 1 9, and 20 are all the claims pending in the application. 
Claims 1-6, 8-9, 13, 15, 16, 19, and 20 stand rejected on prior art grounds. Applicants 
respectfully traverse the rejections of the claims based on the following discussion. 

I. The Prior Art Rejections 

Claims 1-3, 5-6, 8-9, 13, 15-16 and 19-20 stand rejected under 35 U.S.C. §102(e) as 
being anticipated by Abrams, et al. (U.S. Publication No. 2002/01661 17A1), hereinafter referred 
to as "Abrams". Claim 4 stands rejected under 35 U.S.C. §103(a) as being unpatentable over 
Abrams, in view of Microsoft Computer Dictionary Published in 1 997, hereinafter referred to as 
"Microsoft". Applicants respectfully traverse these rejections based on the following discussion. 

Abrams provides on-demand, scalable computational resources to application providers 
over a distributed network and system. Resources are made available based on demand for 
applications. Application providers are charged fees based on the amount of resources utilized to 
satisfy the needs of the application. In providing computer resources, the method and apparatus 
is capable of rapidly activating a plurality of instances of the applications as demand increases 
and to halt instances as demand drops. Application providers are charged based on metered 
amount of computational resources utilized in processing their applications. Application 
providers access the network to distribute applications onto network to utilize distributed 
compute resources for processing of the applications. Application providers are further capable 
of monitoring, updating, and replacing distributed applications. The apparatus and system 
includes plurality of computing resources distributed across a network capable of restoring and 
snapshotting provisioned applications based on demand. 
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Microsoft teaches a definition for "first in, first out" (FIFO) as "a method of processing a 
queue, in which items are removed in the same order in which they were added - the first in is the 
first out. Such an order is typical of a list of documents waiting to be printed." 

However, the Applicants' independent claims include features not taught or suggested by 
the prior art of record, namely Abrams (and the provisional application based on Abrams) alone 
or Abrams in view of Microsoft. In particular, claims 1 , 1 5, and 1 6 generally recite, in part, 
"...identifying, within a time constraint , failures on any of said multiple networked machines: 
changing the number of application instances of one or more resource class components in 
response to the monitored number of requests for each resource class component and based on 
machines comprising failures; maintaining a record of the current rate of requests received from 
respective application-level users, based on the monitored number of serviced requests; and 
collectively and automatically allocating fractions of different resource class components to a 
particular apphcation-level user in response to the changed number of application instances of 
one or more resource class components by using a computational load of each request imposing 
on said application, wherein said compu t ational load corresponds to a number of wg n*** 
allocated for each resource instance, wherein said m achines comprising failures are prevented 
from recei ving allocations of resources ." 

Additionally, claims 1 3, 1 9, and 20 generally recite, in part, . . identifying, within „ t,w 
constraint, failures on anv of said multip le n etworked machine; maintaining a record of 
. resources currently available to respective application-level users; and a record of resources 
currently consumed by respective application-level users; both records of said resources being 
maintained in respect of each of the one or more application instances of each resource class 
components; adjusting the respective numbers of said one or more application instances of each 
09/921,868 14 
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resource class component; and collectively an d automatically allocating fractions of different 
resource class components to a particular ap p lication-level user in response to. a fluctuatin g 
number of application instances of on e or more resource class components by using a 
computational load of each request imposing 0 q said ap pli cation, wherein said comp utational 
load corresponds to a number of requests allocated for each resource instance, whe rein 
machines comprising failures are preven ted from receiving allocations of resources, anH wW»in 
said application instances of each resource class component are adjusted for each application- 
level user based (i) at least partly on said records of resources currently available and currently 
consumed by respective application-level users, (ii) at least partly on predetermined information 
that estimates the number of each resource class components required to service requests for said 
application instances of the resource class component s, and (lift at least partly on machines 
comprising failure^. 

These features are neither taught nor suggested in Abrams or Microsoft Page 3 of the 
Office Action indicates that U.S. provisional application 60/232,052 (hereinafter the '052 
application), from which Abrams claims priority, generally teaches, " identifying, within a time 
coristraint, failures on any of said multipl e networked machines- changing the number of 
application instances of one or more resource class components in response to the monitored 
number of requests for each resource class component and based on machines comp risinp 
failures " and 'Vherein said machines co mprising failures are prevented from receiving 
attocationsofresouires ." Page 12 of the Office Action indicates that paragraph [0064] of 
Abrams teaches the above features as well. 

The Office Action cites pages 14-15 of the Appendix of the '052 application describing 
the "Failure Modes" as teaching these features. However, a closer reading of the '052 
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application reveals no such teaching. Rather the '052 application merely recites different failure 
modes in its edge processing network (EPN), these failure modes being: (1) a down 
administration node (AN), compute node (CN), site admin node (SAN), or local network; (2) a 
down dispatcher node (DN) or external edge point (EP) network; (3) a down application instance 
(AT) (memory or disk state); (4) a down deployment center (DP); (5) a down global dispatcher 
(GP); and (6) a down conduit (CP). 

However, the description of all of these failures in the '052 application deals with a 
situation where one or more of the above-mentioned nodes fails; there is no teaching that the 
EPN in the '052 application "identifies, w ithin a time constraint failures on anv of said multiple 
networked machines" and that "wherein sai d machines comprising failures are prevented from 
receiving allocations of resources ." That is, there is no mention of a time constraint in the '052 
application within which the failures in the EPN are identified. In fact, there is no mention in the 
'052 application whether the above-described failure modes are even identified by the EPN. 
Rather, the failures may simply exist without any identification. Moreover, there is no teaching 
in the '052 application that machines in the EPN that comprise the above-mentioned failure 
modes are prevented from receiving allocations of resources. Again, there is absent an explicit 
teaching of the Applicants' claimed language in the '052 application, and hence the reading of 
such a teaching in the '052 application is unnecessary broad, and thus incorrect under 35 USC 
§102(e). 

Additionally, paragraph {0064] of Abrams recites: 

Some of the advantages provided by the on-demand method and 
system 140 include: protection during peak loads, in one 
embodiment, with guaranteed application response time SLA; global 
reach with application provider control of distributed web presence; 
freedom to grow aggressively including elastic web-processing 
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infrastructure on demand; no capital investment with costs based on 
the amount of capacity used; supporting substantially any application 
on substantially any platform to preserve application provider's 
current application investment; and higher reliability because the 
system provides superior response time and automatically routes 
around failures. 

As the above language clearly demonstrates, Abrams does not teach identifying failures 
within a time constraint, but rather merely boasts providing "superior response time." These are 
non-analogous descriptions pertaining to the word "time," and clearly within the context of 
Abrams, no teaching of the Applicants' claimed language is provided either explicitly or 
implicitly. Additionally, there is no teaching in either the *052 application or Abrams of whether 
the failures ate fixed or ignored or removed from the system. Again, there is no teaching in the 
'052 application or Abrams of identifying failures within a particular amount of time (i.e., within 
a time constraint) (i.e., before a timing out process occurs), which the Applicants' claimed 
invention provides. 

The notion of the virtual server described by Abrams is different from the Applicants' 
invention. Abrams deals with starting and stopping of application instances depending upon the 
usage. The virtual server in Abrams is a set of physical servers serving an application for one 
customer. Whereas, the virtual server provided by the Applicants' invention is defined as a 
multi-tiered application, which can include multiple instances of each tier (i.e., resource classes). 
For a customer, the Applicants' invention's virtual server can have multiple instances of a 
resource class each of which can be hosted on a machine fraction. Thus, the Applicants' 
, =• invention can allocate a fraction of a machine capacity for each resource class instance and can 
control/limit usage of resources by that instance which is not the case in Abrams. Accordingly, 
reference in made to the definition of "virtual server" on page 6 of the specification, as originally 
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filed. 

Abrams uses appshot as a technique to increase and decrease the application capacity in 
response to changing load. Conversely, the Applicants 5 invention provides a computations] load 
to control the allocation of resources in a fine-grained manner. Page 8 of the Office Action refers 
to pages 22-23 of the Appendix of the '052 application as teaching these features. However, a 
closer reading of the cited pages in the '052 application reveal no such teachings. 

The method to handle incoming requests used by Abrams (and the '052 application) 
directs all the requests to a single application instance. This is continued until that instance 
becomes overloaded based on the thresholds defined. Then, the appshot technique is used to 
start a new instance of the application for handling new incoming requests. Application 
instances are freed up when the usage goes down below a threshold. Conversely, the Applicants' 
invention allocates resources to customers based on current load and past usage history (i.e., 
changed number of application instances of one or more resource class components). 

The charging for usage in Abrams is based on the actual hardware resources consumed. 
Conversely, in the Applicants' invention, a customer is charged based on the number of hits to 
the virtual server. Moreover, in the Applicants' invention, the usage can be specified in terms of 
the number of requests for use of the application which is a user-friendly parameter as compared 
to physical resource consumption as used by Abrams. 

In view of the foregoing, the Applicants respectfully submit that the cited prior art 
references, Abrams and Microsoft do not teach or suggest the features defined by independent 
claims 1, 13, 15, 16, 19, and 20 and as such, claims 1, 13, 15 , 16, 19, and 20 are patentable over 
Abrams alone or in combination with Microsoft. Further, dependent claims 2-6, 8, and 9 are 
similarly patentable over Abrams alone or in combination with Microsoft, not only by virtue of 
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their dependency from patentable independent claims, respectively, but also by virtue of the 
additional features of the invention they define. 

Moreover, the Applicants note that all claims are properly supported in the specification 
and accompanying drawings. In view of the foregoing, the Examiner is respectfully requested to 
reconsider and withdraw the rejections. 

H. Formal Matters and Conclusion 

In view of the foregoing, Applicants submit that claims 1-6, 8-9, 13, 15-16 and 19-20 all 
the claims presently pending in the application, are patentably distinct from the prior art of record 
and are in condition for allowance. The Examiner is respectfully requested to pass the above 
application to issue at the earliest possible time. 

Should the Examiner find the application to be other than in condition for allowance, the 
Examiner i$ requested to contact the undersigned at the local telephone number listed below to 
discuss any other changes deemed necessary. Please charge any deficiencies and credit any 
overpayments to Attorney's Deposit Account Number 09-0441 . 

Respectfully submitted, 



Dated.- March 31. 2006 

Mohammad S. Rahman, Esq 
Gibb I. P. Law Firm, LLC Registration No. 43,029 

2568-A Riva Road, Suite 304 
Annapolis, MD 21401 
Voice: (301) 261-8625 
Fax:(301)261-8825 . 
Customer Number: 291 54 
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